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(57) Abstract 

A method for updating software com- 
ponents on a user terminal conncted to a 
network provides for the automatic identi- 
fication, retrieval, and installation of a se- 
lection of software components based on in- 
formation contained in a script file and fur- 
nished by a user. The script file maintains 
information on current version numbers for 
the software components, and the method 
checks that information against stored con- 
figuration information to determine whether 
any components need to be updated. If so, 
the method simulates a manual transaction 
between the user terminal and a server stor- 
ing the desired software component by fol- 
lowing instructions set forth in the script file, 
which is updated as necessary, and sending 
appropriate user information to the server. 
The software component acquired thereby is 
then installed. ' 
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SYSTEM AND METHOD FOR AUTOMATED 
IDENTIFICATION, RETRIEVAL, AND INSTALLATION 
OF SOFTWARE COMPONENTS 



The invention relates to a system and method for automating the retrieval and installation 
of software components, and more particularly, to a software tool which allows a user to 
automatically download audio/video player software from distributed Internet servers, and to 
identify and update multimedia software components, thereby providing access to multiple types 
10 of audio/video content. 



Background of the Invention 

The Internet is a loose network of connected computers spread throughout the world. A 
message can be sent from any computer on the Internet to any other by specifying a destination 
15 address and passing the message from computer to computer via a series of "hops." Each 
computer, or "node," on the Internet has a unique Internet address. When an intermediate 
computer receives a message in transit, the computer checks the intended destination of the 
message and passes it along accordingly. 

The Internet is growing, in terms of both size and sophistication, at a rapid rate. In the 
20 past, most users of the Internet were academic, research, or institutional users; the Internet was 
primarily used at that time to transmit and receive electronic mail and network news and to allow 
transfer of computer files. 

However, since the introduction of the World Wide Web (also known as the "Web" or the 
"WWW") several years ago, the Internet has begun to host increasing amounts of other types of 
25 data of general interest, namely representations of images, articles, etc. 

The Web presents a graphical user interface to the Internet. "Web pages," often consisting 
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GET requests to retrieve the other data. It should be noted that a GET method request need not 
directly specify the identity of the requested file; it can contain a code that is processed and 
decoded by the server computer to identify the requested file. 

Another type of request authorized by HTTP 1.0 is made via the "POST method." A 
message sent via the POST method requests the server to accept a quantity of information and 
store it in a file or transfer it to an application running on the server computer. The POST 
method typically is used to send information from the user to the server computer for processing 
by the server, although the GET method can be used to accomplish this task, as well, via a code- 
containing URL. 

In recent times, the Web has begun to host highly sophisticated types of multimedia 
content, such as audio and video data. Various extensions to HTML, such as Netscape's EMBED 
tag, allow references to other data to be embedded into Web pages. External programs, or "plug- 
ins," to the browsers can be automatically invoked to handle the data as it is received from the 
remote Web server computer. 

One problem presented by the proliferation of audio, video, and other types of non-textual 
data on the Internet relates to the distribution and storage of audio/video data and multimedia 
software programs for retrieving and playing back audio/video data. Before a video can be 
transmitted over a computer network, the video must be digitized by encoding the video's analog 
signal to "Is" and "Os " In order to reduce the bandwidth required to transmit the digitized 
video, the video data stream is compressed. Video compression is a process by which redundant 
data is eliminated from the video data stream so that the overall size of the data stream is reduced. 
There are many different compression formats which are used to reduce video data streams, for 
example MPEG, motion JPEG, H.261, Indeo, Cinepak, AVI, QuickTime, TrueMotion, Wavelet, 
and RealVideo, among others. 

Videos which are transmitted and received in a compressed format must be decompressed 
before they can be viewed. Decompression of a video is done by a video player coder/decoder, or 
"codec," located at a user's multimedia terminal, usually as a plug-in or companion to the browser. 
Generally speaking, a single codec can only recognize and decompress a single compression 
format or family of related formats. 
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from the content provider (rather than directly from the codec provider) and then installing the 
codec. Unfortunately, it can be expensive or difficult to acquire distribution rights in a codec 
produced by another company, and the creation of an installation script can also be resource- 
intensive. Second, a script can be created which simply acquires a new codec from the codec 
provider, with the installation of the codec left to the codec provider (via a script or program 
usually included with the codec package). However, with the latter alternative, the codec 
installation process may have an inconsistent "look and feel" because the installation script was 
created by an independent codec provider, rather than the content provider. 

Most video content providers are constantly enhancing the performance characteristics of 
their video data and as they do, the codecs which recognize those videos are updated to take 
advantage of the video enhancement features. In order for a user to determine whether or not his 
or her codec needs to be updated, or whether an upgraded version of the codec has been released, 
the user must locate the Web page of the codec provider, compare the information on that page 
with his own system properties, determine whether he has the latest update or version and then 
proceed with downloading the latest update or version to the user terminal. If the user wants to 
keep all multimedia software updated, this process must be repeated for each of the codecs stored 
in memory. 

Finally, enriched or enhanced video files are distributed randomly across the Internet at the 
discretion of the content provider. There is no single source, or user's guide, that advises the user 
of the location of enhanced video files or the availability of improved multimedia software that 
can be used to view enhanced video files, nor is there a single source program that enables the 
user to access all of the data. Web pages embedding references to video files are usually 
encountered by chance when a user browses the Internet. If a user finds a web page referencing a 
video file and opens it, he may encounter a link to a content provider or video delivery service 
that provides access to a list of videos in a particular compression format and a link to a codec 
that can be used to view the videos carried by that provider. However, these content providers 
usually do not store videos and codecs in multiple formats, and they do not provide links to 
differently formatted video content or multimedia software stored at other sites around the 
Internet. 
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software. If the user requests new software or software upgrades, the updating tool uses the 
instructions in the script file, as well as user information that is input by the user only once and 
then stored at the user terminal, to simulate manual transactions between the user terminal and the 
servers where the desired upgrades are stored. This prompts the servers to send the appropriate 
components. Once the user terminal receives the data, the updating tool initiates installation of 
the software or software upgrades on the user terminal. 

The updating tool is able to determine what portions of the upgrades or software 
programs are required for functionality; it will then selectively install only those attributes, thereby 
conserving storage space. In cases where the updating tool must close and reopen the browser to 
permit the installation of software, the tool will reopen the browser and bring the user back to the 
web page containing the original video request upon completion of the installation process. 

Brief Description of the Drawings 

FIG. 1 is a block diagram illustrating the relationship among a user terminal, several video 
server computers, several codec providers, and the update service provider in a multimedia 
software component updating system according to the invention; 

FIG. 2 is a flowchart illustrating the functions performed by the software component 
updating system of FIG. 1; and 

FIG. 3 is a flowchart illustrating the functions performed in the downloading step set forth 
in the flowchart of FIG. 2. 

Detailed Description of the Invention 

The invention is described below, with reference to detailed illustrative embodiments. It 
will be apparent that the invention can be embodied in a wide variety of forms, some of which 
may be quite different from those of the disclosed embodiments. Consequently, the specific 
structural and functional details disclosed herein are merely representative and do not limit the 
scope of the invention. 

Referring initially to FIG. 1, the Internet 110, which is intended to be representative of 
wide-area communications networks in general, is depicted in the center of the figure. The 
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example MPEG-1, and stores all of its video clips in that format. Accordingly, if a user wishes to 
view one of that provider's videos, he must have the proper software, or "codec," to decode the 
compressed data. The invention set forth herein facilitates that by providing simplified and 
automated access to a quantity of video codecs. Outdated codecs can also be updated 
automatically by the invention. 

The updating function is performed, in general, as follows. The user terminal 1 12 acquires 
a script file from the update service provider 1 14. It should be noted that although only one 
update service provider is illustrated in FIG. 1, the invention is not so limited. When the number 
of users of the disclosed system becomes large, it is expected that the number of demands for 
script files will exceed the capacity of a single network server. Accordingly, it is anticipated that a 
number of update service providers will be coupled to the Internet 1 10; a single user terminal 1 12 
can select a specific update service provider 1 14 by any of a number of means, including manual 
selection, random selection, geographic proximity, or network efficiency (as determined by a 
separate network testing program). 

The script file contains information on a variety of multimedia codecs, including the most 
recent version numbers, specific capabilities of each codec, network locations from which the 
codecs can be obtained, browser compatibility information, and instructions on how to 
automatically acquire and install each codec. This information is used by the system in the manner 
set forth in the discussion below of FIG. 2. 

After the script file is acquired, its codec information is compared to that stored at the user 
terminal 112. This operation may identify certain codecs that are either not installed on the user 
terminal 1 12 or for which new versions have been released. The user is given the opportunity to 
select which codecs to install, the corresponding software is acquired from the appropriate codec 
providers 116 and 1 18, and the software is installed to the user's system. 

The process will now be described in greater detail with reference to FIG. 2. When a user 
wishes to update the codecs installed at the user terminal 1 12, the multimedia software 
component updating program is invoked, which performs the sequence of steps set forth. First, a 
search is undertaken to locate a script file locally at the user terminal (step 210), without 
downloading a copy from the update service provider 114. If a local script file exists and an 
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under certain system configurations, a user might wish to install only certain kinds of codecs, for 
example plug-ins. By querying the system registry and determining that Netscape Navigator is 
installed and Microsoft Internet Explorer is not, for example, that determination can be made 
automatically. 

5 The user is given the option to install all identified codecs or to select a subset to install. 

In either case, if there are no new codecs to install, then the multimedia software component 
update system is finished (step 222). Otherwise, the system registry is checked once again (step 
224) to determine whether sufficient user information is available to download the requested 
codecs. 

10 As discussed above, codecs typically are available from codec providers 116 and 118 that 

often make the codecs available to download free of charge. These codec providers make their 
money in other ways, for example by licensing the software used to create the compressed video 
clips in the format supported by their codec. However, when a user wishes to download a codec, 
he is often faced with the need to fill out various on-line forms with his name, e-mail address, 

15 postal address, telephone number, and other information for the codec provider's records. He 
may also be asked to consent to a software license agreement before the download is permitted. 
These factors make the automation of the download process difficult. 

However, as noted above, the script file of the invention contains specific download 
instructions for each codec. As an example, for a given codec, a first codec provider 116 might 

20 request the user's name and e-mail address before a download is permitted. Accordingly, the 
invention maintains records of the user's vital information, including his name, e-mail address, 
postal address, and other data for use when necessary to download a codec. The information 
necessary for a particular download operation can be determined by analyzing the script file for all 
of the codecs to be downloaded. If some of the required information has not already been 

25 acquired from the user, or if the invention is being run for the first time, then a form is presented 
to the user, and the user information is entered (step 226). The user information is then stored in 
the system registry (step 228), so that it will not need to be re-entered by the user when the 
updating system is run again and additional codecs are requested. 

A codec is then downloaded (step 230) by providing the codec provider 116 with the 



WO 99/56207 

PCT/US99/09620 

12 

information it would have exnrrtaA u„a *u 

the responses the codec provider «, Uh ° f ^ to *> Mating system stanl^ 

Thi< j | . ^ taX[ bel0W ' ,n junction with the flowchart of FIG 1 

^^erlldbeforethecodecfileisactuaUydownloaded 

program will take ov Pr n m , ' ° 0decs own installation 

- "ov W s ; r user for ad * onal Wormata * — «- — 

p ucu m arcmve file form; these archive files must ^ 
aoWe conrponen, updating ^ ^ ~ *» — 

the codec, toMed on «. system ' ^ " ™ «•"* t0 *— *• «— of 
cn include deleting JTl 7 " <*P 236). This 

long-tern, aorage) . ' ^ (0 '' """"^ ""*« *- •> ° backup iocntion for 

The acquisition and installation of one new codec 1, *. 
additional codecs indicated for tasttllMion J*" 

successive downloads dl n*™ ^ Howew - °" 



WO 99/56207 PCT/US99/09620 

13 

design of the Internet site through which the software can be acquired. However, in nearly all 
cases, the process can be described as a "conversation" between the user terminal 1 12 and the 
codec provider 1 16; as is set forth in detail in FIG. 3. Because the script file is downloadable and 
changeable by the update service provider, the updating tool is easily "upgraded" to accommodate 
5 newly released codecs, changes in the processes used to download existing codecs, and multiple 
geographically-distributed mirror sites from which to download the codec files. 

At the outset of the download process, the script file is read to identify the instructions, or 
script, that corresponds to the codec that is to be downloaded (step 310). The script contains a 
sequence of requests and responses intended to simulate the entry of data into forms via a 
10 browser. 

A first request is read from the script and sent to the server identified in the script file (step 
312). As discussed above, this request can be made via the "GET method" or the "POST 
method," whichever is required by the server being accessed. A response is then received from 
the server (step 3 14). The response is then parsed (step 316). It may indicate that the request 

15 was successfully processed, and that the script can move on to the next step. Or the response 

may indicate that there is an error condition, requiring either retransmission of the same request to 
the server (at step 3 12) or the need to abort the download process. Alternatively, the request may 
result in the transmission of the codec file. If the download process is aborted or completed, then 
the transaction is complete (step 318), and the received file, if any, is stored at the user terminal 

20 112 (step 320). 

While the foregoing description and accompanying flowchart illustrate the general process 
by which a server at a codec providers Internet site is prompted to send a codec file, some 
specific examples should be illustrative. Accordingly, five different scenarios will be set forth 
below, each of which shows a possible sequence of requests and responses between the user 

25 terminal 1 12 and the codec provider 1 16. 

In the first and simplest scenario, the script specifies a single GET request that simply 
specifies the filename of the requested codec file. For example, the request "GET /products/ 
mycodec.exe HTTP/1 .0" might be sent to the server www.codecprovider.com. The "/products/ 
mycodec.exe" portion of the GET request identifies the desired codec file. The "HTTP/1.0" at 
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HTML file, determine the options, and formulate the appropriate second GET request. In the 
second scenario, two separate GET requests and two separate responses are generated; the 
second response is the requested codec file. A scheme similar to this is presently used by 
RealNetwork for access to its RealPlayer codec software. 

In a third scenario, three separate GET requests are used. A first GET request sends 
some basic user information; a first HTML file is received in response. A second GET request is 
generated based on the contents of the first HTML file and further user information; a second 
HTML file is received in response. A third GET request is generated based on the contents of the 
second HTML file; the codec file is received in response. A scheme similar to this is used by 
VXtreme for its Web Theater codec package. 

In a fourth scenario, a POST request is first used to send user information to the server. 
For example, the request "POST /products/dlxgi HTTP/TO", followed by a quantity of user 
information, is first sent to the server. The server processes the user information and responds by 
sending an HTML file. A GET request based on that HTML file is then sent, which results in the 
codec file being sent. A variation of this approach is presently used to access Macromedia's 
Shockwave codec software. 

In a fifth scenario, the FTP ("File Transfer Protocol") Internet protocol is used rather than 
HTTP. The FTP protocol requires a more elaborate sequence of communication than does 
HTTP. One sample transaction is as follows. The user terminal 1 12 first sends the command 
"USER anonymous" to request an anonymous FTP transaction; the server responds by indicating 
success or failure. The command "PASS jdoe@user.com" is then sent (in anonymous FTP 
transactions, the user's e-mail address is usually requested as the password); the server responds 
with success or failure. Further command/response pairs are used to determine the server's 
operating system type (which can be used to compensate for file format differences), set a passive 
connection type (in which the user terminal will initiate data connections), set a binary transfer 
mode (as opposed to text files), determine the size of the file to be downloaded, and finally to 
retrieve the file. This type of transaction is used by Apple for its QuickTime video codec. 

The preceding five scenarios are set forth as illustrative examples only; many additional 
possibilities also exist. For example, a server might send a software license agreement as an 
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1 LA method for updating software components on a user terminal connected to a 

2 network comprising the steps of: 

3 analyzing a script file to ascertain what software components are available; 

4 querying stored configuration information on the user terminal; 

5 determining what software components need to be updated; 

6 simulating a manual transaction between the user terminal and a server to provide user 

7 information to the server; and 

8 transferring at least one software component from the server to the user terminal. 

1 2. The method of claim 1, wherein the stored configuration information comprises a 

2 system registry. 

1 3. The method of claim 1, wherein the determining step comprises the substeps of: 

2 identifying at least one software component having a current version number described in 

3 the script file; 

4 ascertaining whether the software component is installed on the user terminal, and if so, 

5 what version number of the software component is installed; and 

6 generating a list of software components that are either not installed on the user terminal 

7 or have an installed version number lower than the current version number. 

1 4. The method of claim 1, wherein the simulating step comprises the substeps of: 

2 transmitting a request from the user terminal to the server; and 

3 receiving a response from the server. 
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12. The method of claim 1, wherein the script file has an expiration date. 



1 13. The method of claim 12, further comprising the step of acquiring an original script 

2 file from an update service provider. 

1 14. The method of claim 13, further comprising the step of acquiring a new script file 

2 if the expiration date on the original script file has passed. 

1 1 5 . A method for identifying and downloading software components on a user terminal 

2 connected to a network comprising the steps of: 

3 analyzing a script file to ascertain what software components are available; 

4 querying stored configuration information on the user terminal; 

5 determining whether a user desires to download any of the available software components; 

6 simulating a manual transaction between the user terminal and a server to provide user 

7 information to the server; and 

8 transferring at least one software component from the server to the user terminal. 

1 16. The method of claim 15, wherein the simulating step comprises the substeps of: 

2 transmitting a request from the user terminal to the server; and 

3 receiving a response from the server. 

1 17. The method of claim 16, wherein the request comprises an HTTP request 

.2 formulated from script information in the script file or user information received from a user. 

1 18. The method of claim 17, wherein the HTTP request further comprises link 

2 information taken from a prior response from the server. 

1 19. . The method of claim 16, wherein the simulating step further comprises the 

2 substeps of: 
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